REMARKS 

This is a full and timely response to the outstanding final Office Action mailed 
February 24, 2005. Reconsideration and allowance of the application and pending 
claims are respectfully requested. 

I. Claim Rejections - 35 U.S.C. § 102(b) 

Claims 1-3, 6-9, 11-14, and 16 have been rejected under 35 U.S.C. § 102(b) as 
being anticipated by Hansen (U.S. Pat. No. 5,819,042). Applicant respectfully traverses 
this rejection. 

It is axiomatic that "[anticipation requires the disclosure in a single prior art 
reference of each element of the claim under consideration." W. L. Gore & Associates, 
Inc. v. Garlock, Inc., 721 F.2d 1540, 1554, 220 U.S.P.Q. 303, 313 (Fed. Cir. 1983). 
Therefore, every claimed feature of the claimed invention must be represented in the 
applied reference to constitute a proper rejection under 35 U.S.C. § 102(b). 

In the present case, not every feature of the claimed invention is represented in 
the Hansen reference. Applicant discusses Applicant's claims and the Hansen reference 
in the following. 

A* The Hansen Disclosure 

Hansen discloses a method for configuring (i.e., building) a network. As 
described by Hansen in column 2, lines 23-37: 

In one embodiment, the present invention is of an apparatus and 
associated method, implemented on a computer system, for 
constructing a configuration file for a network device. The apparatus 
includes a configuration script stored in a memory subsystem of the 
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computer system and a software module executable by a processor 
subsystem of the computer system. The configuration script contains a 
series of executable instructions for constructing a configuration file 
for a first specified type of network device. By executing the 
instructions contained in the configuration script, the software module 
may construct a configuration file suitable for upload to a network 
device of the first specified type for configuration such that the 
network device may be configured using the configuration file 
constructed by the software module. 

From the above, it can be appreciated that Hansen's system (or "network 
device configuration tool 10") is used to generate configuration files for the various 
devices that are to be added to a given network, such as a network that the user is 
administering at a given location. 

In building the network, the network administrator first maps a representative 
network configuration using a graphical user interface (GUI) of the configuration tool. 
Once that representative network configuration is established, the network can be- 
constructed by creating the network files that will be used to configure the devices for 
connection to the network under construction. As is described by Hansen in column 
6, lines 23-30: 

The network administrator may then configure remotely located 
network devices by uploading configuration files constructed during 
the process of building the network configuration map to the devices. 
Thus, by using the network configuration tool, the network 
administrator can, from a central location, design a suitable 
configuration network and then configure any number of remotely 
located devices included in the network. 
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The process used to construct the configuration files that are to be uploaded to 
the various devices is described by Hansen in columns 13-15. As is described by 
Hansen in column 13, line 56 to column 14, line 3: 

In turn, the execution of the script commands causes a series of 
questions to be asked of the network administrator, the answers to 
which are used to construct a configuration file. For example, if the 
script commands set forth in the guided configuration section of the 
configuration script set forth in Appendix A were executed during 
configuration of a Cisco 2514 router, the network administrator would 
be asked to name the router, indicate whether to configure internet 
protocol (or "IP") for the router, indicate which IP routing protocol 
should be used for the router, whether to configure IPX for the router, 
indicate whether the router should be password protected, choose a 
password for the router, indicate whether the configuration mode for 
the router should be password protected and choose a password for the 
configuration mode. 

As can be appreciated from the above excerpt, the administrator is needed to 
provide various details as to the device configurations and communication protocols. 

B. Applicant's Claims 1-3 and 6 

Independent claim 1 provides as follows (emphasis added): 

1. A method for providing a client on a remote client 
network access to a resource on a local network, the method 
comprising: 

providing a graphical user interface (GUI) to an operator with 
which client connectivity with the resource on the local network can 
be enabled, the GUI being configured such that the process used by 
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the operator to facilitate connectivity using the GUI is the same 
regardless of a configuration of the remote client network; 

receiving commands of the operator with the GUI that convey 
the identity of the client and the resource to be accessed by the client; 

automatically determining the client network configuration; 

and 

automatically establishing client connectivity to the resource 
so as to provide the client on the remote client network access to the 
resource on the local network. 

In view of the above, it can be appreciated that Applicant claims a method for 
providing a client on a remote client network access to a resource on a local network . 
As identified in the previous Response, Hansen does not teach such a method. 
Instead, as is discussed above, Hansen provides a system (or "configuration tool") that 
is used to build a network, not provide access for remote clients to resources on a 
local network. For at least this reason, Hansen does not anticipate claim 1 . 

On this point, the Office Action states the following: 

In response to applicant's arguments, the recitation access for 
client resources on a different network has not been given patentable 
weight because the recitation occurs in the preamble. A preamble is 
generally not accorded any patentable weight where it merely recites 
the purpose of a process of the intended use of a structure, and where 
the body of the claim does not depend on the preamble for 
completeness but, instead, the process steps or structural limitations are 
able to stand alone. 

Applicant disagrees with the conclusion that Applicant's preamble merely "recites the 
purpose of a process." Regardless, however, Applicant has reproduced the preamble 
in the body of the claim to render the rejection moot. The recitation at issue now 
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forms an explicit limitation in the body of the claim, and must be considered in 
determining the patentability of claim 1 . Applicant notes that that amendment does 
not raise a new issue given that the subject matter added to the claim was present in 
the claim prior to amendment. 

Because Hansen is not concerned about providing access for remote clients to 
resources on different networks, it logically follows that Hansen does not teach a GUI 
that is "configured such that the process used by the operator to facilitate connectivity 
using the GUI is the same regardless of a configuration of the remote client network" 
or "determining the client network configuration", as are required by claim 1. 
Specifically, if access is not to be provided to a device on a remote network, there is 
no need to provide a GUI that operates the same regardless as to network 
configuration, and no need to determine the configuration of the remote network. 
Moreover, the Office Action has yet to identify a GUI that is used in the Hansen 
system, much less a GUI that "is the same regardless of a configuration of the remote 
client network". Applicant notes that these are explicit limitations of the claim that 
must be considered in evaluating the patentability of Applicant's claims. 

As was also noted in Applicant's previous response, Hansen does not teach 
"automatically establishing client connectivity to the resource". Although Hansen 
describes a process through which two devices are connected within a network, 
Hansen does not describe an automated process. Instead, as is discussed above, active 
participation from the network administrator is required. Applicant notes that the 
Office Action ignored this point in the outstanding rejection, and further has yet to 
address this issue. 
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In view of the above, Hansen fails to anticipate several of the limitations of 
Applicant's claim 1, and therefore the claims that depend therefrom. Applicant 
respectfully requests that the rejection be withdrawn. 

C. Applicant's Claims 7-9 and 1 0-1 1 

Independent claim 7 provides as follows (emphasis added): 

7. A system for providing a client on a remote client 
network access to a resource on a local network, the system 
comprising: 

means for providing a graphical user interface (GUI) to an 
operator with which client connectivity with the resource on the local 
network can be enabled, the GUI being configured such that the 
process used by the operator to facilitate connectivity using the GUI 
is the same regardless of a configuration of the remote network; 

means for receiving commands of the operator with the GUI 
that convey the identity of the client and the resource to be accessed by 
the client; 

means for automatically determining the client network 
configuration; and 

means for automatically establishing client connectivity to the 
resource so as to provide the client on the remote client network 
access to the resource on the local network. 

Regarding claim 7, Hansen does not teach or suggest a "system for providing a 
client on a remote client network access to a resource on a local network" that includes a 
GUI that is "configured such that the process used by the operator to facilitate 
connectivity using the GUI is the same regardless of a configuration of the remote 
network", for reasons described above in relation to claim 1 . Moreover, Hansen fails to 
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teach or suggest "means for automatically determining the client network 
configuration" or "means for automatically establishing cljent connectivity to the 
resource", also for reasons discussed in relation to claim 1. 

In view of the above, Applicant respectfully submits that Hansen does not 
anticipate claim 7, or claims 8-9 and 10-11 that depend from claim 7. Applicant 
therefore requests that the rejection be withdrawn. 

D. Applicant's Claims 12-14 and 16 

Independent claim 12 provides as follows (emphasis added): 

12. A program stored on a computer readable medium, the 
program being configured to provide a client on a remote client 
network access to a resource on a local network, the program 
comprising: 

logic configured to provide a graphical user interface (GUI) to 
an operator with which client connectivity to the resource on the local 
network is enabled, the GUI being configured such that the process 
used by the operator to facilitate connectivity using the GUI is the 
same regardless of a configuration of the remote client network; 

logic configured to receive commands of the operator with the 
GUI that convey the identity of the client and the resource to be 
accessed by the client; , 

logic configured to automatically determine the client 
network configuration; and 

logic configured to automatically establish client connectivity 
to the resource so as to provide the client on the remote client 
network access to the resource on the local network. 
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Regarding claim 12, Hansen fails to teach or suggest a "program being 
configured to provide a client on a remote client network access to a resource on a 
local network", a GUI that is "configured such that the process used by the operator to 
facilitate connectivity using the GUI is the same regardless of a configuration of the 
remote client network", "logic configured to automatically determine the client 
network configuration", or "logic configured to automatically establish client 
connectivity to the resource", for reasons described in the foregoing. 

In view of the above, Applicant respectfully submits that Hansen does not 
anticipate claims 12-14 and 16, and requests that the rejection be withdrawn. 

IL Claim Rejections - 35 U.S.C. § 103(a) 

Claims 4-5, 10, and 15 have been rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Hansen . Applicant respectfully traverses this rejection. 

As is identified above in reference to independent claims 1, 7, and 12, Hansen 
does not teach several explicit limitations of Applicant's claims. Because of this fact, 
claims 4-5, 10, and 15 are allowable over Hansen for at least the same reasons that 
claims 1, 7, and 12 are allowable over Hansen. 
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CONCLUSION 



Applicant ; <^|^ectfully submits that Applicant's pending claims are in 
condition for allowance. Favorable reconsideration and allowance of the present 
application and all pending claims are hereby courteously requested. If, in the opinion 
of the Examiner^ a telephonic conference would expedite the examination of this matter, 
the Examiner is invited to call the undersigned attorney at (770) 933-9500. 



Respectfully submitted, 




I hereby certify that this correspondence is being 
deposited with the United States Postal Service as 
first class mail, postage prepaid, in an envelope 
addressed to: Assistant Commissioner for Patents, 
Alexandria, Virginia 22313-1450, on 

Signature \ j 
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